home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group00a.txt / 000101_icon-group-sender _Wed May 17 07:42:23 2000.msg < prev    next >
Internet Message Format  |  2001-01-03  |  3KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id HAA00760
  4.     for icon-group-addresses; Wed, 17 May 2000 07:41:59 -0700 (MST)
  5. Message-Id: <200005171441.HAA00760@baskerville.CS.Arizona.EDU>
  6. From: espie@liafa.jussieu.fr (Marc Espie)
  7. X-Newsgroups: comp.lang.icon
  8. Subject: Re: Is Anyone Working On A Unicode Version Of Icon?
  9. Date: 17 May 2000 09:45:59 GMT
  10. X-Trace: vishnu.jussieu.fr 958556759 17223 132.227.81.128 (17 May 2000 09:45:59 GMT)
  11. X-Complaints-To: Newsmaster@jussieu.fr.
  12. X-Newsreader: trn 4.0-test70 (17 January 1999)
  13. To: icon-group@optima.CS.Arizona.EDU
  14. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  15. Status: RO
  16.  
  17. In article <74qU4.790$to2.107064@carnaval.risq.qc.ca>,
  18. Ian Trudel <ian.trudel@tr.cgocable.ca> wrote:
  19. >As you write about C++, I don't see any point of it. Icon is implemented in
  20. >C and C is available on a *lot* of platforms and works quite same (I've got
  21. >a weird feeling "quite same", "quite same", [..]). You should not forget
  22. >that the interface with generated code and Icon would probably be in C
  23. >rather than C++ anyway. I think the standard translator should translate
  24. >Icon to C, but nothing says there should not be a C++ translator available
  25. >as well.
  26. C++ is available on a lot of platforms. Find me a platform that doesn't
  27. support a C++ compiler.
  28.  
  29. I've seen Icon runtime library, I know C, I know C++. I know that the
  30. translation to C++ of quite a few concepts would be fairly direct (most
  31. icon objects would just get a class, and handling polymorphism is not much
  32. harder, especially with type deduction running along, since you don't always
  33. need polymorphism). There are also fairly reasonable ways to `invert' Icon
  34. concepts such as generators into fast C++ constructs.
  35.  
  36. My main concern with the icon-to-C  compiler was size and speed: it's not
  37. reasonable to use over a 3000 lines project which translate to >90000 lines
  38. of C, which then proceeds to exceed 80MB of memory to compile...
  39.  
  40. At a guess, the corresponding translation to C++ would be 10 times smaller,
  41. and much more easy to tweak. But then, this means having someone with free
  42. time on their hands, and knowing C++...
  43.  
  44. As far as byte-code and the java analogy goes, I'm not convinced at all.
  45. We already have a perfectly good working, somewhat slow, icon implementation.
  46. What's the benefit of doing yet another slow implementation ?
  47.  
  48. -- 
  49.     Marc Espie        
  50. |anime, sf, juggling, unicycle, acrobatics, comics...
  51. |AmigaOS, OpenBSD, C++, perl, Icon, PostScript...
  52. | `real programmers don't die, they just get out of beta'
  53.